Digital lending platform and methods thereof with integrated products, pricing, and eligibility

ABSTRACT

Disclosed herein is a digital lending platform with integrated product, pricing, and eligibility. The digital lending platform includes, in some embodiments, one or more server hosts supporting an application stack of the digital lending platform. The application stack includes a loan-product database, a pricing algorithm, and an eligibility rules engine. The loan-product database includes each loan product of a number of loan products offered through the digital lending platform. The pricing algorithm is configured to determine a price for each loan product of the number of loan products. The eligibility rules engine includes eligibility rules for each loan product of the number of loan products. Also disclosed herein is a computer-implemented method of the digital lending platform with the integrated product, pricing, and eligibility.

PRIORITY

This application claims the benefit of priority to U.S. Pat. ApplicationNo. 16/885,861 filed on May 28, 2020 and U.S. Provisional Pat.Application No. 62/853,643, filed May 28, 2019, which is incorporated byreference in its entirety into this application.

BACKGROUND

An important financial service provided by financial institutions islending, which can include originating loans, servicing loans, or bothoriginating and serving loans. There are many different types of loansavailable through such financial institutions. Broadly, the differenttypes of loans are divided between secured loans and unsecured loans,wherein the secured loans are secured against borrowers’ assets. Securedloans include, for example, mortgages, home equity loans, home equitylines of credit, or automotive loans. Unsecured loans include, forexample, personal loans, personal lines of credit, student loans, orcredit cards.

Lending, particularly originating loans such as mortgages, requires manyfragmented, often manual processes of both borrowers and lenders. For aborrower, such processes include filling out a loan application andproviding information in support of the loan application, the supportinginformation including, for example, employment, income, asset, andliability information. For a lender, such processes include processingthe borrower’s loan application and verifying the supportinginformation, underwriting a potential loan and performing a detailedrisk assessment in view of the supporting information, and, ultimately,upon approval from underwriting, funding the loan. Moreover, suchprocesses are highly specific to loan type. This obviates any financialbenefit from economies of scale that could otherwise be passed ontoborrowers and lenders alike if such processes were more tightlyintegrated. Accordingly, there is a need for a more highly automated,more tightly integrated configurable digital lending platform thatdissolves lines between lending for secured and unsecured loan types.

Disclosed herein is a digital lending platform with integrated product,pricing, and eligibility and methods thereof in support of at least theforegoing need.

SUMMARY

Disclosed herein is a digital lending platform with integrated product,pricing, and eligibility. The digital lending platform includes, in someembodiments, one or more server hosts supporting an application stack ofthe digital lending platform. The application stack includes aloan-product database, a pricing algorithm, and an eligibility rulesengine. The loan-product database includes each loan product of a numberof loan products offered through the digital lending platform. Thepricing algorithm is configured to determine a price for each loanproduct of the number of loan products. The eligibility rules engineincludes eligibility rules for each loan product of the number of loanproducts.

In some embodiments, the pricing algorithm is configured to determinethe price for each loan product of the number of loan products inaccordance with loan parameters including loan risk, lock term for alocked rate, and interest rate.

In some embodiments, the eligibility rules include rules for minimumcredit scores, maximum loan amounts, maximum loan-to-value ratios forloan amounts to assets, or a combination thereof.

In some embodiments, the eligibility rules include rules for loan-levelprice adjustments.

In some embodiments, the digital lending platform is configured toaccess the loan-product database, execute the pricing algorithm, and runthe eligibility rules engine a number of times for each potentialborrower of a number of borrowers depending upon loan-applicationchanges.

In some embodiments, the digital lending platform further includes anadministration portal of the application stack provided as a graphicaluser interface (“GUI”) configured for display on a screen of a lenderrepresentative’s display. The administration portal is configured todisplay the price for each loan product of the number of loan products,enable any loan product of the number of loan products to be activatedor deactivated, enable margins to be managed for each loan product ofthe number of loan products, or a combination thereof.

In some embodiments, the digital lending platform further includes anautomated quality-assurance system of the application stack includingautomated test-case derivation, eligibility verification, loan-levelprice-adjustment verification, lock-policy verification, or acombination thereof.

Also disclosed herein is a computer-implemented method of a digitallending platform with integrated product, pricing, and eligibility. Themethod includes, in some embodiments, instantiating an application stackof the digital lending platform on one or more server hosts; accessing aloan-product database of the application stack including each loanproduct of a number of loan products offered through the digital lendingplatform; determining a price for each loan product of the number ofloan products with a pricing algorithm of the application stack; andapplying eligibility rules for each loan product of the number of loanproducts with an eligibility rules engine of the application stack.

In some embodiments, determining the price for each loan product of thenumber of loan products includes determining the price in accordancewith loan parameters including loan risk, lock term for a locked rate,and interest rate.

In some embodiments, the eligibility rules include rules for minimumcredit scores, maximum loan amounts, maximum loan-to-value ratios forloan amounts to assets, or a combination thereof.

In some embodiments, the eligibility rules include rules for loan-levelprice adjustments.

In some embodiments, accessing the loan-product database, determiningthe price for each loan product of the number of loan products, andapplying the eligibility rules for each loan product of the number ofloan products is performed a number of times for each potential borrowerof a number of borrowers depending upon loan-application changes.

In some embodiments, the method further includes providing anadministration portal of the application stack as a graphical userinterface (“GUI”) on a screen of a lender representative’s display; anddisplaying the price for each loan product of the number of loanproducts, enabling any loan product of the number of loan products to beactivated or deactivated, enabling margins to be managed for each loanproduct of the number of loan products, or a combination thereof in theadministration portal.

In some embodiments, the method further includes instantiating anautomated quality-assurance system of the application stack. Thequality-assurance system includes automated test-case derivation,eligibility verification, loan-level price-adjustment verification,lock-policy verification, or a combination thereof.

These and other features of the concepts provided herein will becomemore apparent to those of skill in the art in view of the accompanyingdrawings and following description, which disclose particularembodiments of such concepts in greater detail.

DRAWINGS

FIG. 1 illustrates a digital lending platform in accordance with someembodiments.

FIG. 2 illustrates the digital lending platform including an unsecuredloan-lending system and a secured loan-lending system in accordance withsome embodiments.

FIG. 3 illustrates a mortgage-originating system of the securedloan-lending system in accordance with some embodiments.

FIG. 4 illustrates a borrower interface of a web application of theunsecured loan-originating system in accordance with some embodiments.

FIG. 5 illustrates the digital lending platform, or the securedloan-lending system thereof, supported by a number of server hostsnetworked with a number of client hosts in accordance with someembodiments.

FIG. 6 illustrates components of a network host in accordance with someembodiments.

DESCRIPTION

Before some particular embodiments are disclosed in greater detail, itshould be understood that the particular embodiments disclosed herein donot limit the scope of the concepts provided herein. It should also beunderstood that a particular embodiment disclosed herein can havefeatures that can be readily separated from the particular embodimentand optionally combined with or substituted for features of any of anumber of other embodiments disclosed herein.

Regarding terms used herein, it should also be understood the terms arefor the purpose of describing some particular embodiments, and the termsdo not limit the scope of the concepts provided herein. Ordinal numbers(e.g., first, second, third, etc.) are generally used to distinguish oridentify different features or steps in a group of features or steps,and do not supply a serial or numerical limitation. For example,“first,” “second,” and “third” features or steps need not necessarilyappear in that order, and the particular embodiments including suchfeatures or steps need not necessarily be limited to the three featuresor steps. Labels such as “left,” “right,” “front,” “back,” “top,”“bottom,” “forward,” “reverse,” and the like are used for convenienceand are not intended to imply, for example, any particular fixedlocation, orientation, or direction. Instead, such labels are used toreflect, for example, relative location, orientation, or directions.Singular forms of “a,” “an,” and “the” include plural references unlessthe context clearly dictates otherwise.

Unless defined otherwise, all technical and scientific terms used hereinhave the same meaning as commonly understood by those of ordinary skillin the art.

As previously set forth, lending requires many fragmented, often manualprocesses of both borrowers and lenders. Moreover, such processes arehighly specific to loan type. This obviates any financial benefit fromeconomies of scale that could otherwise be passed onto borrowers andlenders alike if such processes were more tightly integrated andgeneralized across the loan types. Accordingly, there is a need for amore highly automated, more tightly integrated, configurable digitallending platform that dissolves lines between lending for secured andunsecured loans.

Disclosed herein is a digital lending platform with integrated product,pricing, and eligibility and methods thereof in support of at least theforegoing need.

For example, a digital lending platform with integrated product,pricing, and eligibility. The digital lending platform includes, in someembodiments, one or more server hosts supporting an application stack ofthe digital lending platform. The application stack includes aloan-product database, a pricing algorithm, and an eligibility rulesengine. The loan-product database includes each loan product of a numberof loan products offered through the digital lending platform. Thepricing algorithm is configured to determine a price for each loanproduct of the number of loan products. The eligibility rules engineincludes eligibility rules for each loan product of the number of loanproducts. Also, a computer-implemented method of the digital lendingplatform with the integrated product, pricing, and eligibility isdisclosed.

FIG. 1 illustrates a digital lending platform 1100 in accordance withsome embodiments. As shown, the digital lending platform 1100 includesthird-party integration 1300, wherein the digital lending platform 1100is configured for information sharing such that at least a customer C,also known as a potential borrower herein, need not provide duplicativecustomer information to any systems of the digital lending platform 1100or any personnel associated therewith. The digital lending platform 1100is configured for gathering and processing lending-related informationfor originating loans, servicing loans, or both, wherein the loans areselected from unsecured loans and secured loans. The third-partyintegration 1300 includes one or more interfaces with the digitallending platform 1100 such as one or more application programminginterfaces (“APIs”), one or more web applications, or at least one APIand at least one web application. The third-party integration 1300allows one or more third-parties to at least contribute additionalinformation for the processing of the lending-related information.

FIG. 2 illustrates the digital lending platform 1100 including anunsecured loan-lending system 2100 and a secured loan-lending system2200 in accordance with some embodiments. As shown, the digital lendingplatform 1100 also includes, in some embodiments, a rules engine 2920, aloan-product database 2940, a pricing algorithm 2960, a task manager2980, or a combination thereof.

In consideration of personal loans being one type of unsecured loan ofmany types of unsecured loans, the unsecured loan-lending system 2100can include a personal loan-lending system 2300 having a personalloan-originating system 2400 and a personal loan-servicing system 2500as shown. The personal loan-originating system 2400 is configured fororiginating personal loans. The personal loan-servicing system 2500 isconfigured for servicing the personal loans. Again, the foregoing is inconsideration of personal loans being one type of unsecured loan of manytypes of unsecured loans. It should be understood the unsecuredloan-lending system 2100 can be further configured, or alternativelyconfigured, to support analogous systems for other types of unsecuredloans such as personal lines of credit, student loans, or credit cards.

In consideration of mortgages being one type of secured loan of manytypes of secured loans, the secured loan-lending system 2200 can includea mortgage-lending system 2600 having a mortgage-originating system 2700and a mortgage-servicing system 2800. The mortgage-originating system2700 is configured for originating mortgages. The mortgage-servicingsystem 2800 is configured for servicing the mortgages. Again, theforegoing is in consideration of mortgages being one type of securedloan of many types of secured loans. It should be understood the securedloan-lending system 2200 can be further configured, or alternativelyconfigured, to support analogous systems for other types of securedloans such as home equity loans, home equity lines of credit, orautomotive loans.

The rules engine 2920 includes a number of decisioning engines for thedigital lending platform 1100 including one or more decisioning enginesfor the unsecured loan-lending system 2100, one or more decisioningengines for the secured loan-lending system 2200, or both. The rulesengine 2920 includes rules for implementing different configurations ofthe digital lending platform 1100, or portions thereof (e.g., a borrowerinterface 3530 or a lender interface 3540 of FIG. 3 ), for loan productsof different types, the loan products in different states, and selectionof one or more of the loan products by different consumers. The rulesengine 2920 can alternatively or additionally include eligibility rulesfor loan products offered through the digital lending platform 1100,wherein the loan products are either unsecured loans such as personalloans or secured loans such as mortgages. As a separate part of thedigital lending platform 1100, the rules engine 2920 facilitatesmodularity and extensibility without affecting other modules of digitallending platform 1100 such as the unsecured loan-lending system 2100 orthe secured loan-lending system 2200.

The loan-product database 2940 includes loan products offered throughthe digital lending platform 1100, wherein the loan products are eitherunsecured loans such as personal loans or secured loans such asmortgages.

The pricing algorithm 2960 is configured to determine prices for theloan products offered through the lending platform 1100, wherein theloan products are either unsecured loans such as personal loans orsecured loans such as mortgages.

The task manager 2980 is configured to monitor at least runningprocesses of the digital lending platform 1100 by process and groupidentifiers assigned to the running processes. In addition, the taskmanager can be configured to schedule priorities for the runningprocesses. For example, the task manager 2980 can be configured tomonitor at least running processes for auto-dispositioning financial orpersonal data for potential borrowers.

The digital lending platform 1100 includes one or more server hosts (seeFIG. 5 ) supporting an application stack having servers, clients, anddatabases for originating, servicing, or originating and servicing theunsecured loans or the unsecured loans.

FIG. 3 illustrates the mortgage-originating system 2700 of the securedloan-lending system 2200 in accordance with some embodiments. As shown,the mortgage-originating system 2700 includes a borrower-oriented system3100, a lender-oriented system 3200, a mortgage-originating subsystem3300 for at least mortgage-application processing, and third-partyintegration 1300 supporting mortgage origination.

Again, the digital lending platform 1100 includes one or more serverhosts (see FIG. 5 ). The one or more server hosts can be shared among atleast the borrower-oriented system 3100, the lender-oriented system3200, and the mortgage-originating subsystem 3300 of themortgage-originating system 2700. That said, each system of theborrower-oriented system 3100, the lender-oriented system 3200, and themortgage-originating subsystem 3300 can alternatively or additionallyinclude one or more dedicated server hosts as needed.

The application stack of the digital lending platform 1100 having theservers, the clients, and the databases for originating, servicing, ororiginating and servicing the unsecured loans or the unsecured loansincludes at least a mortgage-originating application having at least aweb server, an application server, a database server, a database, and ane-mail server for originating mortgages. The servers and the databasefor the mortgage-originating system 2700 are respectively shown in FIG.3 as servers 3510 and databases 3520. Clients 3515 of themortgage-originating system 2700 for interacting with third-parties inthe third-party integration 1300 are also shown in FIG. 3 . Each serverof the web server, the application server, the database server, and thee-mail server, as well as each client of the clients 3515, is configuredto operate at least in part in a primary memory of at least one serverhost of the one or more server hosts.

The application server is configured to provide at least a webapplication configured to operate at least in part in a primary memoryof a computer system and provide the borrower interface 3530, forexample, as a borrower graphical user interface (“GUI”) 4000, (see FIG.4 ) within a web browser on a screen of a display of the computersystem. For example, the application server is configured to provide amobile web application configured to operate at least in part in aprimary memory of a mobile device and present the borrower GUI 4000within a mobile web browser on a touchscreen of a display of the mobiledevice. The borrower GUI 4000 is configured to allow potential borrowersto enter borrower-related information into a number of borrower-fillablesections of a digital mortgage application.

FIG. 4 illustrates the borrower GUI 4000 of the web application of themortgage-originating system 2700 in accordance with some embodiments.

The number of borrower-fillable sections of the digital applicationinclude a borrower-account registration section as shown in FIG. 4 , aswell as a borrower-profile section, an income-information section, anemployment-history section, a banking-information section, or one ormore combinations of the foregoing borrower-fillable sections. Suchsections are not presented to a potential borrower all at once in orderto avoid inundating the potential borrower, as inundating the potentialborrower can reduce quality of the borrower-related information providedby the borrow in the number of borrower-fillable sections. Each sectionof the number of sections is configured to hold the borrower-relatedinformation until transferred to the database server and stored in adatabase of the one or more databases 3520 on a storage device of the atleast one server host of the one or more server hosts. As such, adigital mortgage application for a potential borrower can exist in anincomplete state in the database of the one or more databases 3520.Furthermore, the borrower GUI 4000 exemplified in FIG. 4 exists in aborrower-recognizable state corresponding to the incomplete state of thedigital mortgage application in the database of the one or moredatabases 3520. For example, if the potential borrower has finished withthe borrower-account registration but has not selected an offer inaccordance with the next section of the digital mortgage application asshown in FIG. 4 , this is recorded in the database of the one or moredatabases 3520 and recognized by the potential borrower in the borrowerGUI 4000 as a required step for moving to the next section of thedigital mortgage application.

Each section of the number of sections of the digital mortgageapplication optionally includes one or more graphical elements such asan on-screen button (see, for example, button labeled “Save & Continue”in FIG. 4 ) configured to respectively activate one or more servlets3550 (see FIG. 3 ) of the mortgage-originating subsystem 3300 uponactivation by a potential borrower. One or more of the servlets 3550 isconfigured to allow the potential borrowers to upload electronic copiesor images of documents selected from at least driver licenses, paystubs, and bank statements.

In association with the foregoing servlets 3550, themortgage-originating subsystem 3300 also includes an optical characterrecognition (“OCR”) module 3560 as shown in FIG. 3 . The OCR module 3560is configured to recognize text in uploaded images of documents, extracttext from the images, and provide the text by way of the web server forautomated filling of the borrower-related information.

Adverting to FIG. 3 , the application server is also configured toprovide at least a web application configured to operate at least inpart in a primary memory of another computer system and provide a lenderinterface 3540, for example, a lender GUI, within a web browser on ascreen of a display of the computer system. For example, the applicationserver is configured to provide a web application configured to operateat least in part in a primary memory of a personal computer and presentthe lender GUI within a web browser on a screen of a monitor associatedwith the personal computer. The lender GUI is configured to allow arepresentative of the lender to review the borrower-related informationentered in the number of sections of the digital mortgage application.

The lender GUI is configured to allow the representative of the lenderto send secured e-mail messages through the lender GUI by way of thee-mail server with automatic e-mail headers and attachments determinedin accordance with a focus in the lender GUI on a particular borrowerand loan process step. The secured e-mail messages can solicitadditional borrower-related information and direct the potentialborrower to one or more pages of a web site or a location in theborrower GUI 4000 to upload electronic copies or images of documents.

The mortgage-originating subsystem 3300 includes an automaticunderwriting module 3570 configured to perform detailed risk assessmentsin view of the borrower-related information transferred to the databaseserver and stored in the one or more databases 3520 on the storagedevice of the at least one server host of the one or more server hosts.The third-party integration 1300 includes one or more API modules suchas a fraud-checking module 3582, credit-checking module 3584, and averifying module 3586 configured for transferring mortgage-relatedinformation between the mortgage-originating subsystem 3300 and thirdparties such as fraud-detecting companies bureaus, credit bureaus,employment-verification providers, or other third-party vendors.

The mortgage-originating subsystem 3300 can include a mortgage-productgenerator 3590 configured to generate different mortgage products fromwhich potential borrowers can choose once at least some of theborrower-related information from the digital mortgage application isprocessed.

FIG. 5 illustrates the digital lending platform 1100, or the securedloan-lending system 2200 thereof, supported by a number of server hostsnetworked with a number of client hosts in accordance with someembodiments.

As shown in FIG. 5 , the server hosts 5010, 5020, 5030, and 5040 caninclude a web server, an application server, a database server with anassociated database, an e-mail server configured to send and receivesecured e-mail messages, or a combination thereof. For expositoryconvenience, the server host 5010 is shown to support the web server,the server host 5020 is shown to support the application server, theserver host 5030 is shown to support the database server, and the serverhost 5040 is shown to support the e-mail server; however, the webserver, the application server, the database server, and the e-mailserver can be supported by any one or more of the server hosts 5010,5020, 5030, and 5040 in any of a number of ways. Optionally, the serverhosts 5010, 5020, 5030, and 5040 further support mobile device-orientedserver counterparts such as a mobile web server or a mobile applicationserver if such mobile device-oriented server counterparts are notalready integrated with their counterpart servers.

With respect to the mortgage-originating application stack, theapplication server, which is supported by, for example, the server host5020, can include a borrower-oriented web application server module (notshown) configured to service requests from one of more client hosts suchas a borrower’s client host 5050 for a borrower-oriented webapplication. The borrower-oriented web application server module can bea mobile web application server module configured to service requestsfrom one of more mobile devices (e.g., smart phones, tablet computers,etc.) for a mobile web application version of the borrower-oriented webapplication. The application server can also include a lender-orientedweb application server module (not shown) configured to service requestsfrom one of more client hosts such as a lender’s client host 5060 for alender-oriented web application. The lender-oriented web applicationserver module can be a mobile web application server module configuredto service requests from one of more mobile devices (e.g., smart phones,tablet computers, etc.) for a mobile web application version of thelender-oriented web application. The application server can also includea third party-oriented web application server module (not shown)configured to service requests from one of more client hosts such as athird party’s client host 5070 for a third party-oriented webapplication. The third party-oriented web application server module canbe a mobile web application server module configured to service requestsfrom one of more mobile devices (e.g., smart phones, tablet computers,etc.) for a mobile web application version of the third party-orientedweb application.

While the foregoing sets forth a number of web applications for clienthosts, it should be understood that such client hosts can alternativelyrun local applications native to the operating systems of the clienthosts.

Further with respect to the mortgage-originating application stack, aclient (e.g., a web-service client) of the clients 3515, which client issupported by, for example, any server host of the server hosts 5010,5020, 5030, and 5040, can be configured to send financial data, personaldata, or the like corresponding to one or more potential borrowers to aserver 5085 (e.g., web-service server) of a data-processing serviceprovider 5080, or one or more server hosts thereof, for data processing,data enrichment, etc. The client can also be configured to receiveprocessed data corresponding to the one or more potential borrowers fromthe server 5085.

FIG. 6 illustrates components of a network host 600 such as any one ormore server hosts of the digital lending platform 1100, or any clienthosts, in accordance with some embodiments. Components of the networkhost 600 vary in accordance with host type. As such, each and everycomponent shown and described in reference to FIG. 6 need not beincluded in each host type. Furthermore, each host type can furtherinclude components not shown or described in reference to FIG. 6 butotherwise described herein.

As shown, components of the network host 600 can include, but are notlimited to, a processing unit 620 having one or more processing cores, aprimary or system memory 630, and a system bus 621 that couples varioussystem components including the system memory 630 to the processing unit620. The system bus 621 can be any of several types of bus structuresselected from a memory bus or memory controller, a peripheral bus, and alocal bus using any of a variety of bus architectures.

The network host 600 can include a variety of computer-readable media.Computer-readable media can be any media that can be accessed by thenetwork host 600 and includes both volatile and nonvolatile media, aswell as removable and non-removable media. By way of example, and notlimitation, use of computer-readable media includes storage ofinformation, such as computer-readable instructions, data structures,other executable software, or other data. Computer-readable mediaincludes, but is not limited to, RAM, ROM, EEPROM, flash memory or othermemory technology, CD-ROM, digital versatile disks (“DVD”) or otheroptical disk storage, magnetic cassettes, magnetic tape, magnetic diskstorage or other magnetic storage devices, or any other tangible mediumthat can be used to store the desired information for access by thenetwork host 600. Transitory media such as wireless channels are notincluded in the computer-readable media. Communication media typicallyembody computer-readable instructions, data structures, other executablesoftware, or other transport mechanisms and includes any informationdelivery media. As an example, some client hosts on a network might nothave optical or magnetic storage.

The system memory 630 includes computer-readable media in the form ofvolatile or nonvolatile memory such as read only memory (“ROM”) 631 andrandom-access memory (“RAM”) 632. A basic input-output system 633(“BIOS”) containing the basic routines that help to transfer informationbetween elements within the network host 600, such as during start-up,is typically stored in ROM 631. RAM 632 typically contains software ordata that are immediately accessible for operations by the processingunit 620. By way of example, and not limitation, FIG. 6 illustrates thatRAM 632 can include a portion of the operating system 634, applicationprograms 635, other executable software 636, and program data 637.

The network host 600 can also include other computer-readable media. Byway of example only, FIG. 6 illustrates a solid-state memory 641. Othercomputer-readable media that can be used in the example operatingenvironment include, but are not limited to, universal serial bus(“USB”) drives and devices, flash memory cards, solid state RAM, solidstate ROM, or the like. The solid-state memory 641 is typicallyconnected to the system bus 621 through a non-removable memory interfacesuch as interface 640, and USB drive 651 is typically connected to thesystem bus 621 by a removable memory interface such as interface 650.

The drives and their associated computer-readable media provide storageof computer-readable instructions, data structures, other executablesoftware, or other data for the network host 600. In FIG. 6 , forexample, the solid-state memory 641 is illustrated for storing operatingsystem 644, application programs 645, other executable software 646, orprogram data 647. Note that these components can either be the same asor different from operating system 634, application programs 635, otherexecutable software 636, and program data 637. Operating system 644,application programs 645, other executable software 646, and programdata 647 are given different numbers here to illustrate that, at aminimum, they are different copies.

A user can enter commands and information into the network host 600through input devices such as a keyboard, touchscreen, or software orhardware input buttons 662, a microphone 663, a pointing device such asa mouse, or scrolling input component such as a trackball or touch pad.The microphone 663 can cooperate with speech recognition software. Theseand other input devices are often connected to the processing unit 620through a user input interface 660 that is coupled to the system bus 621but can be connected by other interface and bus structures, such as aparallel port, game port, or USB. A display monitor 691 or other type ofdisplay screen device is also connected to the system bus 621 via aninterface such as a display interface 690. In addition to the monitor691, the network host 600 can also include other peripheral outputdevices such as speakers 697 and other output devices, which can beconnected through an output peripheral interface 695.

The network host 600 can operate in a networked environment usinglogical connections to one or more other network hosts such as networkhost 680. Like the network host 600, the network host 680 can be apersonal computer, a server, a router, a network PC, a peer device, oranother network node. The logical connections depicted in FIG. 6 caninclude a local area network (“LAN”) 671 (e.g., Wi-Fi) or a wide areanetwork (“WAN”) 673 (e.g., cellular network). Such networkingenvironments are commonplace in offices, enterprise-wide computernetworks, intranets, and the Internet. A browser application can beresident on the network host 600 and stored in the memory.

When used in a LAN networking environment, the network host 600 isconnected to the LAN 671 through a network interface or adapter 670,which can be, for example, a Bluetooth^(®) or Wi-Fi adapter. When usedin a WAN networking environment (e.g., Internet), the network host 600can include some means for establishing communications over the WAN 673.With respect to telecommunication technologies, for example, a radiointerface, which can be internal or external, can be connected to thesystem bus 621 via the network interface 670, or another appropriatemechanism. In a networked environment, other software depicted relativeto the network host 600, or portions thereof, can be stored in theremote memory storage device. By way of example, and not limitation,FIG. 6 illustrates remote application programs 685 as residing on thenetwork host 680. It will be appreciated that the network connectionsshown are examples and other means of establishing a communications linkbetween the network hosts can be used.

As discussed, the network host 600 can include a processor 620, a memory(e.g., ROM 631, RAM 632, etc.), an AC power input, a display screen, andbuilt-in Wi-Fi circuitry to wirelessly communicate with other networkhosts connected to the network.

Another device that can be coupled to the system bus 621 is a powersupply such as a DC power supply (e.g., battery) or an AC adaptercircuit. As discussed above, the DC power supply can be a battery, afuel cell, or similar DC power source that needs to be recharged on aperiodic basis. A wireless communication module can employ a WirelessApplication Protocol to establish a wireless communication channel. Thewireless communication module can implement a wireless networkingstandard.

In some embodiments, software used to facilitate algorithms discussedherein can be embodied into a non-transitory computer-readable medium. Acomputer-readable medium includes any mechanism that stores informationin a form readable by a computer. For example, a non-transitorymachine-readable medium can include ROM; RAM; magnetic disk storagemedia; optical storage media; flash memory devices; DVDs, EPROMs,EEPROMs, FLASH memory, magnetic or optical cards, or any type of mediasuitable for storing electronic instructions.

An application described herein includes, but is not limited to,software applications and programs that are part of an operating systemor integrated with or on an application layer thereof. Some portions ofthis description are presented in terms of algorithms and symbolicrepresentations of operations on data bits within a computer memory.These algorithmic descriptions and representations are the means used bythose skilled in the data processing arts to most effectively convey thesubstance of their work to others skilled in the art. An algorithm ishere, and generally, conceived to be a self-consistent sequence of stepsleading to a desired result. The steps are those requiring physicalmanipulations of physical quantities. Usually, though not necessarily,these quantities take the form of electrical or magnetic signals capableof being stored, transferred, combined, compared, and otherwisemanipulated. It has proven convenient at times, principally for reasonsof common usage, to refer to these signals as bits, values, elements,symbols, characters, terms, numbers, or the like. These algorithms canbe written in a number of different software programming languages suchas C, C+, or other similar languages. Also, an algorithm can beimplemented with lines of code in software, configured logic gates insoftware, or a combination of both. In an embodiment, the logic consistsof electronic circuits that follow the rules of Boolean Logic, softwarethat contain patterns of instructions, or any combination of both.

It should be borne in mind, however, that all of these and similar termsare to be associated with the appropriate physical quantities and aremerely convenient labels applied to these quantities. Unlessspecifically stated otherwise as apparent from the above discussions, itis appreciated that throughout the description, discussions utilizingterms such as “processing” or “computing” or “calculating” or“determining” or “displaying” or the like, refer to the action andprocesses of a network host, or similar electronic computing device,that manipulates and transforms data represented as physical(electronic) quantities within the computer system’s registers andmemories into other data similarly represented as physical quantitieswithin the computer system memories or registers, or other suchinformation storage, transmission or display devices.

Many functions performed by electronic hardware components can beduplicated by software emulation. Thus, a software program written toaccomplish those same functions can emulate the functionality of thehardware components in input-output circuitry.

Adverting back to FIG. 2 , which illustrates the digital lendingplatform 1100 having an unsecured loan-lending system and a securedloan-lending system, the digital lending platform 1100 can integrateloan products, pricing for the loan products, and potential-borrowereligibility for the loan products. In such embodiments, the digitallending platform 1100 includes any one or more server hosts of serverhosts 5010, 5020, 5030, and 5040 (see FIG. 5 and related description)and an application stack of the digital lending platform 1100 asdescribed in reference to FIG. 2 . The application stack includes theloan-product database 2940, the rules engine 2920 configured forpotential-borrower eligibility for the loan products, and the pricingalgorithm 2960. The digital lending platform 1100 is configured toaccess the loan-product database 2940, run the rules engine 2920, andexecute the pricing algorithm 2960 a number of times for each potentialborrower of a number of borrowers depending upon loan-applicationchanges.

The loan-product database 2940 includes each loan product of the loanproducts offered through the digital lending platform 1100. With respectto secured loans such as mortgages, for example, one loan product of theloan products can be a 30-year fixed-rate mortgage.

The rules engine 2920 includes potential-borrower eligibility rules foreach loan product of the loan products. The eligibility rules includerules for minimum credit scores, maximum loan amounts, maximumloan-to-value ratios for loan amounts to assets, or a combinationthereof. In some embodiments, the eligibility rules also include rulesfor loan-level price adjustments.

The pricing algorithm 2960 is configured to determine a price for eachloan product of the loan products. The pricing algorithm is configuredto determine the price for each loan product of the loan products inaccordance with loan parameters including loan risk, lock term for alocked rate, interest rate, or a combination thereof.

The digital lending platform 1100 can further include an administrationportal, an automated quality-assurance system, or both as part of theapplication stack described in reference to FIG. 2 . The administrationportal is part of the lender interface 3540, which can be provided asGUI configured for display on a screen of a lender representative’sdisplay such as the monitor 691 of FIG. 6 . The administration portal isconfigured to display the price for each loan product of the loanproducts, enable any loan product of the loan products to be activatedor deactivated, enable margins to be managed for each loan product ofthe loan products, or a combination thereof. The automatedquality-assurance system of the application stack including automatedtest-case derivation, eligibility verification, loan-levelprice-adjustment verification, lock-policy verification, or acombination thereof. Additional details for the quality-assurance systemcan be found in U.S. Provisional Patent Application No. 62/853,640,filed May 28, 2019, titled INTEGRITY-AND-VOLUME TESTING IN AN UNSECUREDLOAN-LENDING SYSTEM INCLUDING METHODS THEREOF, which is herebyincorporated herein by reference in its entirety.

Methods

Non-transitory CRM can include executable instructions that, whenexecuted on one or more server hosts such as the server hosts 5010,5020, 5030, and 5040 of FIG. 5 by at least an equal number ofprocessors, cause the one or more server hosts to instantiate thedigital lending platform 1100 configured to perform a number ofoperations of the digital lending platform 1100 including the integratedloan products, pricing for the loan products, and potential-borrowereligibility for the loan products.

The operations include instantiating the application stack of thedigital lending platform 1100 on any one or more server hosts of theserver hosts 5010, 5020, 5030, and 5040, wherein the application stackis that described in reference to FIG. 2 ; accessing the loan-productdatabase 2940 of the application stack including each loan product ofthe loan products offered through the digital lending platform 1100;determining a price for each loan product of the loan products with thepricing algorithm 2960 of the application stack; and applyingeligibility rules for each loan product of the loan products with therules engine 2920 of the application stack.

Determining the price for each loan product of the loan productsincludes determining the price in accordance with loan parametersincluding loan risk, lock term for a locked rate, and interest rate.

Accessing the loan-product database 2940, determining the price for eachloan product of the loan products, and applying the eligibility rulesfor each loan product of the loan products is performed a number oftimes for each potential borrower of a number of borrowers dependingupon loan-application changes.

The operations can further include providing an administration portal ofthe application stack as a GUI on a screen of a lender representative’sdisplay; and displaying the price for each loan product of the loanproducts, enabling any loan product of the loan products to be activatedor deactivated, enabling margins to be managed for each loan product ofthe loan products, or a combination thereof in the administrationportal.

The operations can further include instantiating an automatedquality-assurance system of the application stack. The quality-assurancesystem includes automated test-case derivation, eligibilityverification, loan-level price-adjustment verification, lock-policyverification, or a combination thereof.

While some particular embodiments have been disclosed herein, and whilethe particular embodiments have been disclosed in some detail, it is notthe intention for the particular embodiments to limit the scope of theconcepts provided herein. Additional adaptations and/or modificationscan appear to those of ordinary skill in the art, and, in broaderaspects, these adaptations and/or modifications are encompassed as well.Accordingly, departures may be made from the particular embodimentsdisclosed herein without departing from the scope of the conceptsprovided herein.

What is claimed is:
 1. A digital lending platform with integratedproduct, pricing, and eligibility, comprising: one or more server hostssupporting an application stack of the digital lending platform, theapplication stack including: a loan-product database including each loanproduct of a number of loan products offered through the digital lendingplatform; a pricing algorithm configured to determine a price for eachloan product of the number of loan products; and an eligibility rulesengine including eligibility rules for each loan product of the numberof loan products.
 2. The digital lending platform of claim 1, whereinthe pricing algorithm is configured to determine the price for each loanproduct of the number of loan products in accordance with loanparameters including loan risk, lock term for a locked rate, andinterest rate.
 3. The digital lending platform of claim 1, wherein theeligibility rules include rules for minimum credit scores, maximum loanamounts, maximum loan-to-value ratios for loan amounts to assets, or acombination thereof.
 4. The digital lending platform of claim 3, whereinthe eligibility rules include rules for loan-level price adjustments. 5.The digital lending platform of claim 1, wherein the digital lendingplatform is configured to access the loan-product database, execute thepricing algorithm, and run the eligibility rules engine a number oftimes for each potential borrower of a number of borrowers dependingupon loan-application changes.
 6. The digital lending platform of claim1, further comprising: an administration portal of the application stackprovided as a graphical user interface (“GUI”) configured for display ona screen of a lender representative’s display, wherein theadministration portal is configured to display the price for each loanproduct of the number of loan products, enable any loan product of thenumber of loan products to be activated or deactivated, enable marginsto be managed for each loan product of the number of loan products, or acombination thereof.
 7. The digital lending platform of claim 1, furthercomprising: an automated quality-assurance system of the applicationstack including automated test-case derivation, eligibilityverification, loan-level price-adjustment verification, lock-policyverification, or a combination thereof.
 8. A computer-implemented methodof a digital lending platform with integrated product, pricing, andeligibility, comprising: instantiating an application stack of thedigital lending platform on one or more server hosts; accessing aloan-product database of the application stack including each loanproduct of a number of loan products offered through the digital lendingplatform; determining a price for each loan product of the number ofloan products with a pricing algorithm of the application stack; andapplying eligibility rules for each loan product of the number of loanproducts with an eligibility rules engine of the application stack. 9.The computer-implemented method of claim 1, wherein determining theprice for each loan product of the number of loan products includesdetermining the price in accordance with loan parameters including loanrisk, lock term for a locked rate, and interest rate.
 10. Thecomputer-implemented method of claim 1, wherein the eligibility rulesinclude rules for minimum credit scores, maximum loan amounts, maximumloan-to-value ratios for loan amounts to assets, or a combinationthereof.
 11. The digital lending platform of claim 10, wherein theeligibility rules include rules for loan-level price adjustments. 12.The computer-implemented method of claim 1, wherein accessing theloan-product database, determining the price for each loan product ofthe number of loan products, and applying the eligibility rules for eachloan product of the number of loan products is performed a number oftimes for each potential borrower of a number of borrowers dependingupon loan-application changes.
 13. The computer-implemented method ofclaim 1, further comprising: providing an administration portal of theapplication stack as a graphical user interface (“GUI”) on a screen of alender representative’s display; and displaying the price for each loanproduct of the number of loan products, enabling any loan product of thenumber of loan products to be activated or deactivated, enabling marginsto be managed for each loan product of the number of loan products, or acombination thereof in the administration portal.
 14. Thecomputer-implemented method of claim 1, further comprising:instantiating an automated quality-assurance system of the applicationstack, wherein the quality-assurance system includes automated test-casederivation, eligibility verification, loan-level price-adjustmentverification, lock-policy verification, or a combination thereof.